…t arrow handling (#19407)

…tances (#1741)

Any script that called Rs2Walker.walkTo(overworldPoint) while the player was
inside their POH hung forever, tight-looping "localpoint returned null". The
same root cause broke PohTeleports.isInHouse / usePortalNexus / useJewelleryBox
and the Shortest Path "Detect available POH teleports" button on any non-small
house.

Root cause: Rs2Player.getWorldLocation() returns the overworld template-mapped
tile (e.g. 1877,7052,1) inside a POH instance, not the player's real scene
coords. Every WorldPoint -> LocalPoint -> Tile lookup in the walker, shortest
path, poh, and gameobject utilities is fed that template tile, which isn't in
the loaded scene grid, so every conversion returns null and the call silently
aborts.

The proper upstream fix is splitting Rs2Player.getWorldLocation() into
getNavigationLocation() (current behavior, for pathfinder callers) and
getSceneLocation() (raw instance tile, for scene-anchor callers) and auditing
all ~30 callers. That is a larger refactor. These patches apply localized
workarounds at each downstream symptom so POH teleports work today.

Patches in this commit:

1. shortestpath/PohPanel.java
   - Add public static WorldPoint getExitPortalTile() accessor so other code
     can read the configured exit-portal tile without reaching into private
     fields.

2. shortestpath/ShortestPathPlugin.java (setTargets)
   - When the player is in a POH instance and an exit portal tile is
     configured, remap the pathfinder source from the template tile to the
     exit portal. Without this the pathfinder searches from a tile that has
     no registered POH transport edges and returns a pure walk path.

3. shortestpath/components/ExitTilePanel.java
   - detectTile() previously routed through Rs2GameObject.getGameObject(id),
     which is anchored on Rs2Player.getWorldLocation() and fails inside POH.
     Use Rs2TileObjectCache.query().withId(POH_EXIT_PORTAL).nearest() instead,
     matching the community fix pattern.

4. util/walker/Rs2Walker.java (setTarget, handleTransports, handleSpiritTree)
   - setTarget: same pathfinder-source remap as #2.
   - handleTransports: skip the origin-plane guard when the player is in a
     POH instance, since the player's template plane never matches the
     configured exit-portal plane.
   - handleTransports: for POH transports in a POH instance, pass the origin
     straight through instead of calling WorldPoint.toLocalInstance (which
     returns empty because the exit-portal tile isn't in the player's
     instance chunks).
   - handleSpiritTree: fall back to PohTeleports.getSpiritTree() when
     findObjectById returns null, so the POH spirit tree is reachable.

5. util/poh/PohTeleports.java (isInHouse, usePortalNexus)
   - isInHouse() now uses Rs2TileObjectCache.query().withId(POH_EXIT_PORTAL)
     instead of Rs2GameObject.getGameObject, so it works on large houses where
     the exit portal is outside render range of Rs2Player.getWorldLocation().
   - usePortalNexus() scans Scene.getTiles() directly for any PORTAL_IDS match
     instead of relying on the broken anchor lookup.

6. util/poh/data/NexusPortal.java
   - Expand PORTAL_IDS to cover all current Nexus object variants
     (POH_TELENEXUS_1/2/3, POH_NEXUS_4_AMULET, POH_NEXUS_5_AMULET, etc.).
     Without this, many POHs register zero Nexus transports.

7. util/gameobject/Rs2GameObject.java + util/tileobject/Rs2TileObjectModel.java
   - Anchor fallback: when localPointFromWorldSafe(Rs2Player.getWorldLocation())
     returns null (i.e. inside a POH), fall back to the player's raw
     LocalPoint. Touches every getGameObject anchor site that currently
     aborts early.
   - Distance gate in clickObject / Rs2TileObjectModel.click: when the target
     object is in the current scene, compare LocalPoint sceneX/sceneY instead
     of Rs2Player.getWorldLocation().distanceTo(object.getWorldLocation()),
     which returns Integer.MAX_VALUE across the POH template/instance
     coordinate boundary and falsely triggers the "not close enough, walking"
     branch.

Verification

End-to-end tested via a debug Hub plugin (pohteleportdebug) that enters the
POH via Construction cape and runs all four teleport types sequentially on a
fully configured Hosidius POH:

  - Portal Nexus -> Grand Exchange                                    OK
  - Spirit Tree -> Tree Gnome Village  (arrived 2 tiles from dest)    OK
  - Fairy Ring AJP -> Mudskipper Point (arrived 2 tiles from dest)    OK
  - Ornate Jewellery Box -> Edgeville Monastery                       OK

All four now succeed where every one of them previously hung or returned
early. Full symptom analysis and logs are in issue #1741.

Closes #1741

Updates DEPOSITBOX_INVENTORY_ITEM_CONTAINER_COMPONENT_ID from 12582935 to 12582936
to correctly target the inventory container. This resolves the issue where
Deposit-All (via invokeMenu 6) was failing by trying to interact with the quiver slot.

Updated script does not assemble CombatInterfaceSP.rs2asm

Fix deposit box container

fix(poh): unblock Rs2Walker and POH teleport utilities inside POH instances

[ci skip]

# Conflicts:
#	gradle.properties